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P iQl H of the inven tion 

elates to a method for delivering 
5- The present invention relates to 

me ssages in a communication network. 

ported Bac^^T round Art 

Proiect (3GPP) currently 

discusses the issue o ^ communicatl0 n 

center ««C>. ; genetal packet . radio 

network, e.g. for the us tel ecomn.unications 
sys tem <G PRS ) and the «»«^ 6 stiU 

15 system ( U«TS, . »'°" Un " e ^;° 0 S £ Y h ' e capab ilities and 
undefined, like the management of 
the user profile of the terminal. 

. tonality of a multimedia messaging service 
The £ -^ al t 1 h t / technical viewpoint, provides a non- 
20 center, from tne t oar tlv in store-and- 

real time service usages are 

forward fashion. Additional y, ^ th , 

sent using the GPRS air ^ ^ speect ,,.. ; 
contents of the messages can be text ' * ^ o£ 

Tike, or any arouraiy ^ 
25 video clips or the like.. ^ ^ from 

ricul s^olClnother using this multimedia ; 



messaging service. 
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,0 the service description of multxmedxa 
According to the serv . s in 

messaging, the content and length ^ ^ 

rrr. sr? ■•=• ' «■ - stx- 
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terminals inevitably causes its own specific restrictions 
and limitations, in particular with respect to the 
possibility of handling a multimedia message. 

For example, the available storage capacity is limited 
and may differ between different terminals, and thus, not 
all of the terminals can be able to receive all possible 
contents. Furthermore, the capabilities of a single 
terminal may change dynamically, e.g. if the terminal has 
already received and stored a message, the remaining 
memory will be reduced. Similarly, the terminal can be 
connected or disconnected to or from other devices like 
laptops etc. 

Moreover, in addition to the limitations caused by the 
terminal capabilities, the users may want to create or 
modify their own user profile, thereby also resulting in 
special restrictions. For example, a user may want to 
have certain types of multimedia messages to be stored in 
the multimedia messaging service center, forwarded to an 
internet address or discarded. These user defined 
restrictions can be based for example on the size of the 
multimedia message, the content-type or the sender. 

25 As can be seen from the foregoing, there arises the 

problem, that certain parts of the multimedia message or 
even the whole message may not be managed by the 
recipient terminal due to a lack of capabilities to . 
receive, store, process or display the multimedia 
30 message. Consequently, the uncontrolled transmission of 
multimedia messages can cause serious problems up to 
system failures in the terminals which may lead to at 
least a partly breakdown of the terminal functionality, 
thus being off communication. 

35 
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~* t-he invention 
summary ^ rne xu 

, „ it is an object of the present invention to 

:_icetion ;Sr ^ - ft „ £ron 

and a messaging funcw 
above drawbacks. 

the Dresent invention, this object is 
According to the presen ln , 

achieved by a method tor deli 9 ^ ^ ^ terminal 
communication network consist, , ^ compris i„, the 
and a messaging ^"^^U^ning the 
steP s of submitting , current user profit 

capabilities of the "-^ ^ * messaging 
5 .hereof from saic ' rf , determined 

functionality upon the o functionality 
condition, deciding by « ,« 9 ^ fer 

according to said ^^^^^^aging functionality, 
S aid terminal ^ messa ging functionality 

20 and handling said „e «, ^ 
according to the re* 

achieved by a method for 
Furthermore. «•» * , ~ t " ec-aBic .tl« network consisting 
Slivering — »*"J^* and . me3 sagin, functionality, 
25 of at least one "™«Ve of receiving a message 

said method comprising the . P ality! 

for said "^^^ presence of «!- message 

sending a notification a terminal; 

£r om said messaging £ ^ilities and 

30 deciding by said said re ceived message; 

:r.r,ri:r.rr.:,. ..... - 



LO 



WO 00/64110 ^_ „ 

PCT/EP99/02763 

4 

handling said message by said messaging functionality 
according to said instructions. 

Furthermore, the present invention proposes a messaging 
5 functionality device comprising receiving means adapted 
to receive messages and information; processing means 
adapted to process received information data and 
messages; storing means; sending means adapted to send 
information and messages, respectively, to said terminal. 



Still further, the present invention proposes a terminal 
device comprising receiving means adapted to receive 
messages and information; processing means adapted to 
process received information data and messages; storing 
5 means; sending means adapted to send information and 
messages, respectively, to said terminal. 

Advantageous further developments of the present 
invention are as set out in the respective dependent 
0 claims. 

Hence, it is an advantage of the present invention that 
the handling of the messages is based on the capabilities 
of the recipient terminal and the user profile of the 
corresponding subscriber. Accordingly, it is possible to 
correspondingly handle each message and each part of this 
message. In conclusion, failures or functionality 
breakdowns of the terminal are no longer possible and the 
method according to the invention further provides a 
large scope for the subscriber for a flexible and free 
participation in the network. 

Preferred embodiments of the present invention are 
described herein below in detail by way of example with 
reference to the accompanying drawings. 



5 
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Brie^escri£tiot^ 

h«tic diagram of the basic signaling 
Fig . ! shows a d a multi media message between a 

seq uence for ".netting ^ a 

multimedia "™™™ tLs9t emb odiment of the present 
terminal according to a n« 



invention; 
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f low -chart illustrating an example for the 
rl9 . 2 shows a flow chart multimedia mesS aging 

functionality ^^^^ new mob ile terminate, 
service center after receivi g erobodime nt of 

multimedia message according to a 
the present invention; and 

flo w-chart illustrating an example 
Fig . 3 shows another flow cha ter minal after 

for the functionality implemented at the 
re ceiving an MMSNotify message according 
embodiment of the present invention. 

pescrip^ip^^ 

Accord ing to the present ^^t^.1.V 
multimedia -message as an examp e acc0 rding 
5 d elivered in a — ication net o V, 

to capabilities and a user profxl. of ^ 
. terminal lik. for example a mobile s circumstance 
how to handle the -^"^^^ multimedia 
that content (s), - ^ and ,he user 

30 message, the capabilities of t 

profile of a subscriber related to sax 
available to respective decision means. 

k« slivered will be done 
A h-oUn, o £ those « » . 

35 in another element of the conunumcatxon 
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network device having a messaging functionality 
implemented. During the following description of the 
preferred embodiments of the invention, the description 
will be made by referring to the example of a multimedia 
messaging service center as such a network device having 
implemented the messaging functionality and by referring 
to the example of a multimedia message as a delivered 
message. Nevertheless, it is to be noted that these 
examples are by no way limiting. Namely, also a monomedia 
message could be delivered and the message functionality 
need not be implemented in a single network device such 
as a multimedia messaging service center, but can also be 
a distributed functionality. 

15 With respect to the above mentioned decision, for the 
sake of explanation, the multimedia message can be 
regarded as multimedia messaging service center 
originated while the terminal capabilities and the user 
profile can be regarded as being inherent to a respective 
terminal. Hence, information has to be transmitted in 
either way to enable a decision. 



10 



20 



Further, for the sake of convenience, it would be 
appropriate if the decision is automated and optimized 
25 depending on the parameters provided by the terminal and 
the user. However, this is not a prerequisite for the 
present invention. 



30 



Since the multimedia message can have a certain format, 
multiple parts (segments), different contents (text, 
images, speech, videos, etc.), a different size, or'a 
sender identity, it is apparent that it is dependent on 
the capabilities of the recipient terminal and the 
currently defined user profile, whether the terminal is 
35 able to receive, display or process the multimedia 
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ge and - - heth " the subscriber 

message, ana j-u 
uishes to do so. 

...it of the decision as to ho* to 
consequently, cah be that it shall fee. 

3 handle the multimedia message that u shall 

delivered completely, " multimedia ma ssaa.in, service 
be discarded, stored in the interneC email- 

center or forwarded, of an automated 

address. « mentioned « ^ ^ ^ ^ ^ 



address. *s mentio^ ^efor, , ^ ^ rf ^ 

. decision, a request to tn al cases . 

als o possible, either .n^e nera 1^ ^ ^ ^ 
Be sides, the storage M ^ ^ the „ st 

multimedia messaqmg servl iod , sino e there x. 

cases be limited to a certa.r "J^ the 
15 presumably no unlimite mem ry-i ^ 
mu ltimedia messaging serv res pective 
MMSC may inform the subscriber y ^ ^ before 
notification about the e *P* ry mult imedia message 

erasing the stored message) If ^ ^ ^ also 

20 shali only be delivered ^ or 

the not delivered parts on of tne multimedia 

discarded. The case of a mo ^ ^ ^ 

message might usuaUy *e t ^ ^ ... . 

message from one format ^ to ssing t he data 

25 compression or any otne ^ P >Blon . As a result, a 
sh all be understood by thx. « ^ into 
multimedia message proces sing. With regard to 

parts can be segmented by t J> ^ ^ ^ submission 
the several possibilities ^ ^ dec ision 

of the multimedia -•••^ ^^ com bination of the 
might finally also be a respect! 



30 

items discussed above. 



h , if the multimedia messaging service 
Apart from that, xf the fojf the 

35 center is designated as a new 
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general packet radio and universal mobile 
telecommunications systems, the data transmission will 
most likely be performed with protocol data units in non- 
realtime by use of the respective other network elements 
according to said systems, which other network elements 
are omitted from the description of the present invention 
for the sake of distinctness. 

First Embodiment 



io 



According to a first embodiment of the present invention, 
the decision concerning the selection of the delivery of 
a multimedia message is made in the multimedia messaging 
service center (MM SC, . The basic idea for this approach 

15 resides in the fact that, after a new multimedia message 
has been received, the multimedia messaging service 
center is immediately able to decide which type of 
delivery has to be selected. Stated in other words, the 
multimedia messaging service center acts as a pre-filter 

20 for the terminal. 

To provide such a functionality, the terminal 
• capabilities and the current user profile have to be 
stored in the multimedia messaging service center 
Furthermore, this information has to be updated under 
certain conditions. If these information (terminal 
capabilities and user profile) and the imparted 
multimedia messaging service center are never changed at 
all, the information has to be submitted and stored once 
and never to be updated. Of course, these prerequisites 
are nearly never met. Hence, the initial information and 
the updates thereof have to be submitted to the 
multimedia messaging service centers in order to keep the 
information stored therein valid. 
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terminal. . ^yboar, type of ..id 

supported by said terminaX, • ^ ° e ^ al to 

profile . 

when to submit the 
There are severaX possibXe con it - ^ messaglng 

, intonation fro. the tergal t the ^ 

service center and the possibility of A>p 

limited to only one condition. However, ^ 

be coupled to — £ ^ other data 
possibility of submittin th in ^ ^ 

5 ( this can be ^ ^« in ot der to 

networ* elements, that ha to _ ^ 

rdtrrerre n::::: ^ - :rr ^« 
to s^t ^ -/rrrnr.riaid 

20 condition can be a login of saio 

terminal, a context unification, a 

condition, a "^J^ ^ ° termi nal terminated 

e - 1 ir.uiti.edia messaging service 

" " notification of said multimedia messaging 

center, a notification u ^ nfi/nr the 

service center concerning the presenc . and 
contents of a new multimedia message to said 



the like. 
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„ith reference to Fig. .1. the signaling ^ 
submitting the information about the capab » • 
terminal and the current user profile is 
"Sample of submitting the information upon the 
predetermined condition of context activate. 
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Consequently, in a first step Sll, a terminal MS such as 
a mobile station requests a context activation to the 
multimedia messaging service center MMSC via a support 

5 node SN. With this request for context activation, the 
terminal MS submits simultaneously its capabilities CAP 
and current user profile UP. According to examples of the 
current network being the GPRS or UMTS, the whole 
signaling shown in Fig. 1 can take place by using 

0 protocol data units PDU. 

After this transmission has been completed, the 
multimedia messaging service center MMSC stores the user 
profile UP of the terminal MS, Due to the capabilities of 

5 the multimedia messaging service center, it may be 

possible or necessary to adapt the user profile UP of the 
terminal MS within the range of the capabilities CAP of 
the terminal MS. However, the user may inhibit such 
amendments of his preferred user profile. The storage of 

0 the user profile UP and its eventual processing is done 
in a step S12. 

In a third step S13 at least the acknowledgement of the 
context activation is submitted from the multimedia 
5 messaging service center MMSC to the terminal MS via the 
support node SN. 

However, if a multimedia message MM for the terminal MS 
is currently present in the multimedia messaging service 

0 center MMSC, there will be a step S14 before step S13, 
wherein this multimedia message MM is handled according 
to the user profile UP stored in the multimedia messaging 
service center MMSC. The handling of the multimedia 
message MM corresponds to the result of a decision 

5 process which is based on the capabilities CAP and the 
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tip of the terminal MS which are now stored 
user profile UP of the center msc . The 

ln the precision process are discussed 

possible resu - of thx. ^ ^ ^ 

above in detail and decision is M by the 

5 to the first embodiment, this decis 

mu ltimedia messaging service center MMSC. 

«■ rhe result of this decision, the handling of 

modified or . partly del mult imedia 

fc =^fivation acknowledgement. 
15 the context activation 

• h ^fore the example depicted in Fig. 1 is 
As mentioned before, tne r 

o-f illustration only, while the tirst 
given by way of ^ us " consequently, a 

the art. . 
25 g^r-ond Emb odiment 

Apar t £ rom the soiution according « ^ ^ 

30 rrur; ^ a nd — ^ - - of a 

decision concerning the selection of the deli 
multimedia message by the terminal. 

. -» ~* t hP second embodiment 
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profile information is stored in the terminal, e.g. in 
the terminal equipment or, in the case of a mobile 
terminal, in the SIM or in both. Due to this, the 
decision regarding the delivery of a multimedia message 
5 is taken in the terminal. 

The functionality of the multimedia messaging service 
center and of the terminal according to the second 
embodiment are now described with reference to Fig. 2 and 
10 Fig. 3. 

Fig. 2 illustrates an example of the functionality of the 
multimedia messaging service center MMSC according to 
this embodiment upon receipt of a new mobile terminated 
15 multimedia message MM. As can be gathered therefrom, the 
multimedia messaging service center MMSC automatically 
sends a special control message MMSNotify in a step S21 
to the terminal MS after it has received a new multimedia 
message MM (step S20) . The MMSNotify message contains 
information about the actual multimedia message MM such 
as the total size of the message, the content (s), the 
content t yP e(s), a human readable description and so on. 

On the basis of the stored information about the terminal 
capabilities CAP and its current user profile UP, the 
terminal MS now processes the information included in the 
MMSNotify message and accordingly decides how to handle 
the multimedia message MM. Based on this decision 
process, the terminal MS sends a corresponding reply 
30 message to the multimedia messaging center MMSC, which is 
received by the multimedia messaging service center MMSC 
in a step S22. This process is illustrated by way of 
example in Fig. 3, which will be described herein below 
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*«i that the present invention does not restrict 
It is noted that tne y slivered to 

the means by which the MMSNotify message is I" 1 " 6 "* 
the terminal MS. For example, the multimedia messaging 
"center K«SC could send the HMSMoUfy message ^ 
spe cial SMS message, which is then^se d b y h^te ^ 

1 r*-r rrirntrchsnnel, dedicated 
to multimedia messaging service. 

*nyway, the signaling seguence according^ the = ^ 
embodiment - the e-- pM Open, 

respectively, is based u P o termin al MS submits 

receipt of the MMSNotify message, the termin 
receipt reply, which is 

the MMSResultRequest message center 
• =h h« the multimedia messaging service center 
received by the mul HMSResultReq uest messages 

in the step each other due to th e result of 

do. however, dlffe fro HMSResultR e q uest can be 

the Pr ° ee a 5 ^ H s ; n o :;; eq , . MMSForwardRe, or a 

, a MMSDeliverReq, a MMSStore^H, 

MMSDiscardReq, for example. 

fan e 23 the multimedia messaging service 
Hence, in a step S23 the ^ ^ ^ ^ 

center MMSC checks if the reply roul - t imedia 
MMSStoreReq message, and in case of yes , 
message MM is stored * t^^^T 
ZZZZZZ « to cnec k whether the 

reply is the MMSDeliverReq message. 

,0 If the MMSDeliverReg message was replied by the terminal 

.„ = .t«n S21, wherein the 
mc the Drocess flows to a step 

MS, the proees cente r MMSC checks the 

m ultimedia messaging servic cen 
MMSDeliverReq message, whether the mult 
shall be delivered partly or completely^ 
35 shown in Fig. 2 represents the case of a partly 
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deliverance of the multimedia message MM to the terminal 
MS, followed by the above mentioned step S26, wherein at 
least the undelivered parts of the multimedia message MM 
are stored in the multimedia messaging service center 
' MMSC. In contrast thereto does the step S210 represent 
the case of a completely deliverance of the multimedia 
message MM to the multimedia messaging service center 
MMSC, followed by a step S211, wherein the multimedia 
message MM is removed from the multimedia messaging 
service center MMSC after the deliverance. 



20 



If the MMSDeliverReq message was not replied by the 
terminal MS, there is checked in a step S25 of the 
process, whether the MMSForwardReq message was replied, 
15 and if not, it is assumed that the MMSDiscardReq message 
is present and the multimedia message MM is removed from 
the multimedia messaging service center MMSC according to 
the step S211. In case the MMSForwardReq message is 
present, the multimedia message MM is first forwarded in 
a step S28 to a destination given by the MMSForwardReq 
message, before it is removed from the multimedia 
messaging service center MMSC in the step S211. 

Now the functionality of the terminal MS after receiving 
25 an MMSNotify message in a step S30 according to the step 
S21 of Fig. 2 is described with reference to Fig. 3. 

Specifically, the terminal MS checks its capabilities CAP 
and user profile UP in a step S31, followed by the 
corresponding decision steps S32-S35. As can be seen from 
Fig. 3, the choice to leave the decision to the user is 
included as an option corresponding to the step S32. In 
case the user profile UP is set such that the user shall 
decide on the delivery of a multimedia message MM, the 
result of his input is carried further to the steps 
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,« S35 If the decision is to be done automatically. 

rt no to the second embodiment of the present 
according to the s due to it , user 

invention, the termina ^ "~ o ^ the 

profile UP and ,„ the multimedia messaging 

multimedia message H» prese" ^ ^ result 

service center MMSC. Anyway. * ls ° 

is carried further to the steps S33 =35. 

■ . for the terminal MS how to decide on 
The several choices for the aisc ussed 

tne delivery of the »"»" d " 3 as 

thpse are shown m ^-9- J 
above, and some °* these ^ step s33 the terminal 

explanatory examples, in ^ retrle ve the multimedia 

checks whether the result is ^ ^ ^ case; 

message MM partly or lwt- , me ssage is 

5 a step S37 follows, wherein th «» ^c. If 

sent to the -™rt r b e retrieved, but the 
the multimedia message ^ ^ ^ be 

result is checked in a =tep ^ 
£ orwarded, there follows '^La. messaging service 
20 MMSForwardKeg -'"«•" ^ " t , not t0 forward the 
center MMSC. In case the " sult k wnetne r 

message, the P--^^ 

the result is to have the »» mmsc. 

stored : ih the -"^ dl t a ;; a9 £ no which includes the 

" " thlS r«^« -.^ « -e multimedia 
sending of the MMSStore* q true _ th> 

center MMSC, ir lt xo 
messaging service ceme sen<i ing of the 

step s,0 follows » hi =\ ln f;/:;; t r me ;i: messaging service 
MM SOiscard R ec message t > th ™lt»» ^ ^ ^ 
center MMSC, assuming that this 



30 

decision process. 



u *«» S31-S40 are followed in any case by a 
All of the steps S3 1 ti|ne 
steP 341, in -ic-he user P rofx U « ^ ^ ^ 

35 checked, whether the user is to o 
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notification in a step S42 about the presence of a 
multimedia message MM and, moreover, probably about the 
performed handling of it, or not. In both cases, the flow 
is ended until another MMSNotify message will be 
received. 

It is mentioned, that the reply message sent by the 
terminal MS according to one of the steps S37-S40 of 
Fig. 3 is received by the multimedia messaging service 
center MMSC in the step S22 of Fig. 2. Further, this 
reply message contains in any way every information 
needed for the multimedia messaging service center MMSC 
to act according to the terminal originated decision on 
the delivery of the multimedia message MM. 

It is noted again, that the examples depicted by Figs. 2 
and 3 are not limiting the invention, and the range of 
choices for the delivery of the multimedia message has 
been set out above in greater detail. According to the 
present invention, a further refinement and/or 
modification of the flow-charts ofkg^ 2 and 3 can 
easily be obtained along the lines of the description as 
set out above. 



25 



As a further alternative within the second embodiment, 
the signaling between the terminal and the multimedia 
messaging service center could be implemented with a 
single request-reply message pair. Stated in other words, 
the terminal could always reply to the MMSNotify message' 
with a MMSNotifyReply message. In this case, the desired 
functionality of the terminal and the multimedia 
messaging service center can be achieved by allocating a 
control flag (e.g. in 2-bit representation) to each part 
of the multimedia message in said MMSNotifyReply message. 
35 If the value of the flag is either deliver, store, 
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message. 



This Una of ^d allow = - b - that> 

instruct ^ multiroedia 

10 reply message to treat each pa ^ 
ro essage independent and ^ teminal , some 

so that some parts can be delivered 
parts can be forwarded to an internet email 

this provides that the multimedia message is 
15 However, this P rOV1 the mu itimedia 

rlearlv defined in parts ana tn<* 

cleariy a handle each part 

messaging service center is able 

separated. 

m the second embodiment, there arise the 
20 According to the secoiw 

following further advantages: 

W have to b e »« ^ - :iL age ana processing 

25 ;:;rui; r lt Leau ^sagmg ^ «*« «. 

rions-a, rather —3 l.« *or other o^cts. 

Fu rt h ermore. the motion does 
30 - delivered each ti~ predetermined 
th e information stored in the multimed a 

,n* Therefore, no extra signaling 
service center valid. multime aia messaging 

caused between the '»* ^, gu aranteed that the 

service center. In conclusion, it g 
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information is always up to date and no traffic 
cluttering appears due to update signaling. 

Still further, no extra amount of processing has to be 
5 done in the multimedia messaging service center. Since it 
can be expected that the structure of the multimedia 
messaging service center can be left on a less complex 
level according to the second embodiment, i.e. the 
implementation of the multimedia messaging service center 
10 becomes simpler and its performance requirements 

decrease, there might be reasons why this embodiment 
could be preferable. 

As is described above, the present invention proposes a 
15 method for delivering messages in a communication network 
consisting of at least one terminal and a messaging 
functionality, said method comprising the steps of 
receiving a message MM for said terminal MS by said 
messaging functionality MMSC; sending a notification 
MMSNotify about the presence of said message MM from said 
messaging functionality MMSC to said terminal MS; 
deciding by said terminal MS due to its capabilities CAP 
and current user profile UP how to handle said received 
message MM; replying by said terminal MS to the 
25 notification sent by said messaging functionality MMSC, 
therewith instructing according to the result of said 
decision step; and handling said message MM by said 
messaging functionality MMSC according to said 
instructions. 

30 

It should be understood that the above description and 
accompanying figures are only intended to illustrate the 
present invention by way of example only. The preferred 
embodiments of the present invention may thus vary within 
35 the scope of the attached claims. 
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Claims 

,h d for delivering messages in a communication 
1. A method for del. 9 one terminal and a 

(ciP) cf the terminal (MS) an messaging 
, OT , thereof from said terminal (MS) to 
functionality <««SC> upon the occurrence 
predetermined condition; naiity ^ 

r Cid ro%l Sa in £ ortr 9 ho„ to handle a message 
S r telinai (MS, received >y said messaging 

15 functionality (MMSC) ; and messa ging 
handling said message (MM) by 
functionality (MMSC) accordmg to the 

decision step. 

, . n further comprising the 

functionality (MMSC). 

3. A method according to claim 1. » h « ei " 
5 the result of said decision step can at least 

„ a imm^ for said terminal (MS) i s 
th.t said messa, *«> f ^ ^ said terainal 

Slivered ^^J ^ J, ls discarde d. that said 
(MS), that said message ( , anl ,inal, or that 

is forwarded to another terminal, 

m essage (MM, is ^ messagin , 

30 said message (MM) « 
functionality (MMSC) • 

4 . > method folio-, 
^determined condition i ^ ^ neCuott , 

35 events: a login of saia t 
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a change of connection conditions of said terminal (MS) , 
a context activation or the change of a context 
condition, a user profile (UP) creation or a user profile 
(UP) modification, a terminal originated traffic or a 

5 terminal terminated traffic a remise*- ~# „ 

aiUC ' a request of said messaging 

functionality (MHSC), a notification of said messaging 
functionality (MMSC) concerning the presence of a new 
message (MM) to said terminal (MS) , and a notification of 
said messaging functionality (MMSC) concerning the 
content, type and size of a new message (MM) to said 
terminal (MS) . 

5. A method according to claim 1, wherein said 
information concerning said capabilities (CAP) of said 
terminal (MS) comprises at least one of the following- a 
display type of said terminal (MS) , a keyboard type of 
said terminal (MS), codecs supported by said terminal 
(MS), a memory size of said terminal (MS), an electrical 
connection of said terminal (MS) to other devices, an 
external accessory attachment to said terminal (MS) , or 
the current user profile (UP) . 



6. A method for delivering messages in a communication 
network consisting of at least one terminal and a 
25 messaging functionality, said method comprising the steps 
of 

receiving a message (MM) for. said terminal (MS) by 
said messaging functionality (MMSC); 

sending a notification (MMSNotify) about the 
presence of said message (MM) from said messaging 
functionality (MMSC) to said terminal (MS) ; 

deciding by said terminal (MS) due to its 
capabilities (CAP) and current user profile (UP) how to 
handle said received message (MM) ; 
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• ,i /m<;\ to the notification 
replying by said terminal P> « « 

sent by said messaging o ^^ ecisim 
instructing according to the result of 

5 " eP; Hanging said message » by ' 
5 tun ctionalit 9 y ,HKSC, according to said instructions. 

7 . A method according to cU, 6. -herein the result of 
said decision step can at least resi e 

~ fvtwn for said terminal (MS) is uexx 

completely, partly dUcarded , that said message 

th at said message m> » or that said 

1MM1 "e £ ( ^r r i s tored n =aid messaging tU nctionality 

message (MM) is s>wxc 

15 (MMSC) . 

e A method according to claim 6, wherein said 

... iMMSHotify) about the presence or said 
notification (WMSHotity) „„,i Q „ality (HMSO to 

message <W> from said messaging ^^[^ 
said terminal (MS, further notifies about at 
contents, types and size of said message PM . 

9 . .method according to claim S wherei, . said ^rminai 
(MS) replies to said messaging ^"^L^on 
th e course o, the signaling by sending a not 

reply message ^-^.^ ^ 

i;";:; r^:. modify. « 
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discard. 



30 ..„„ „ claim 6, -herein said decision 

10. A method according to claim • 

5t ep comprises a reguest of sal d* rmina < ^ ^ 

U ser ho- to 9 f "id decision step, 

user representing the resuxt » 
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11. A messaging functionality device comprising 

receiving means adapted to receive messages (MM) and 
information; 

processing means adapted to process received 
5 information data and messages (MM) ; 
storing means; 

sending means adapted to send information and 
messages (MM), respectively, to said terminal (MS). 

10 12. A terminal device comprising 

receiving means adapted to receive messages (MM) and 
information; 

processing means adapted to process received 
information data and messages (MM) ; 
15 storing means; 

sending means adapted to send information and 
messages (MM) , respectively, to said terminal (MS) . 
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